METHOD AND SYSTEM FOR PROVIDING 
CONSTRAINT-BASED GUIDANCE TO A DESIGNER 
IN A COLLABORATIVE DESIGN ENVIRONMENT 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

This invention relates to methods and systems for providing 
constraint-based guidance to a designer in a collaborative design environment. 

2. Background Art 

Complex engineering designs, including hardware and software 
systems, are subject to ever-tighter time-to-market constraints and thus involve ever- 
larger teams, where multiple subsystems are developed in parallel by different 
subteams. Unfortunately, this concurrent design results in conflicts or constraint 
violations among multiple designers being detected late in the design process. 
Fixing these conflicts requires very expensive rework. If one views the design as 
a set of variables related by a group of constraints, then these conflicts can be seen 
as constraint violations. Expensive rework can then be substantially reduced by 
aiding designers in considering the simultaneous effect of all constraints. For this 
aid to be most useful, though, it must give designers direct clues to improve the 
team's design space search process. 

Design can be viewed as a search process in a design space restricted 
by constraints. Constraint-based search heuristics can substantially improve search 
algorithms and thus may significantly accelerate design convergence. 

While heuristics are often used by designers and CAD tools to search 
for design solutions, design environment work has not focused on providing the 
constraint-based guidance described above. 
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For example, K.O. ten Bosch et al., "Design Flow Management in 
the Nelsis CAD Framework", Proc. DAC, June 1991 presents a flow management 
system which provides support to manage a design process, but does not provide 
constraint-based support. As a result, late constraint violations can easily happen 
5 that require very costly rework. 

J. A. Carballo and S. Director, "Constraint Management for 
Collaborative Electronic Design", Proc. DAC, Las Vegas, NV, USA, June 1999 
describes software techniques utilized in CCM. (CCM is a software methodology 
for managing constraints that leverages existing constraint-based systems and CAD 
10 tools.) 

O P. Sutton and S. Director, "Framework Encapsulations, A New 

]n Approach to CAD Tool Interoperability", Proc. 35th DAC, June 1998 describes 

a conventional design process management system which provides feedback about 
%J the status of the design process at all times, but does not provide constraint-based 

15 heuristic support. As a result, more design operations are required with this system 
13 to complete complex designs. 

V. Kumar, "Algorithms for Constraint-Satisfaction Problems: A 
jy Survey", AI Magazine, 1992; and J. Bitner and E. Reingold, "Backtrack 

Programming Techniques", Communications Of The ACM, Vol. 18, Issue 11, 
20 November 1975 show that constraint-based heuristics can substantially improve 
search algorithms. 

U.S. Patent No. RE 36,602 presents a tool and method to design 
parts and their manufacturing process. The tool automatically generates the 
necessary information using a set of predefined templates. It is intended to automate 
25 a specific part of the design process based on templates , which is not possible for 
complex creative designs, but only for designs amenable to selection of predefined 
parts . 
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U.S. Patent No. 6,063,126 presents a system to model and generate 
designs. The system automatically generates a model or "program" that satisfies 
all constraints affecting the system. 

Design optimization systems have been developed in the prior art. 
5 U.S. Patent No. 6,086,617 discloses a system where the user can direct the 
optimization process so it follows specific directions and order during the search. 
The system automates design optimization which is only possible for simple designs. 

SUMMARY OF THE INVENTION 

An object of the present invention is to provide an improved method 
O 10 and system for providing constraint-based guidance to a designer in a collaborative 

m design environment, thus reducing late conflicts or violations and facilitating their 

p s resolution when they happen. 

Another object of the present invention is to provide an improved 
□ method and system for providing constraint-based guidance to a designer in a 

\1 15 collaborative design environment to help designers apply effective constraint-based 

heuristics by giving them feedback on their operations that directly support these 
[y heuristics. By supporting these heuristics, this invention gives direct clues to 

designers that significantly improve their design space search process. 

In carrying out the above objects and other objects of the present 
20 invention, a method for providing constraint-based guidance to a designer in a 
collaborative design environment is provided. The method includes receiving 
signals from designers wherein the signals represent design choices for variables of 
a design. A network of design constraints is generated which represent interactions 
among the variables of the design. The network of design constraints is evaluated 
25 to obtain conflict information in response to the signals. The method further 
includes transmitting signals to designers affected by the conflict information to 
provide constraint-based guidance to the affected designers in the collaborative 
design environment. 
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The conflict information may include feasible or infeasible values for 
the variables of the design. 

The conflict information may also include design constraints 
associated with the variables of the design. 

5 The conflict information may further include constraint violations 

associated with the variables of the design. 

The design may be an engineering design, or may be a complex 

financial plan. 

O The step of evaluating may include the step of applying a constraint 

: := 10 propagation algorithm to the network of design constraints to compute the conflict 

information. 

' y The design constraints may have an arbitrary form. 

Q 

jl The guidance may be constraint-based heuristic support. 

m Further in carrying out the above objects and other objects of the 

15 present invention, a system for providing constraint-based guidance to a designer in 
a collaborative design environment is provided. The system includes means for 
receiving signals from designers wherein the signals represent design choices for 
variables of a design. The system also includes a design process manager for 
generating a network of design constraints which represent interactions among the 
20 variables of the design. The system further includes a constraint manager for 
evaluating the network of design constraints to obtain conflict information in 
response to the signals. The system also includes a notification manager for 
transmitting signals to designers affected by the conflict information to provide 
constraint-based guidance to the affected designers in the collaborative design 
25 environment. 
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The constraint manager may apply a constraint propagation algorithm 
to the network of design constraints to compute the conflict information. 

Several types of constraint-based information can help effectively 
apply constraint-based heuristics, including: 
5 ► Infeasible design subspaces. The design process may be accelerated 

by focusing first on areas of the design space that have the smallest 
subspaces not found to be infeasible. 
► Strongly constrained subspaces. Another heuristic is to focus first on 
design subspaces affected by the most constraints. 
10 ► Efficient conflict resolution strategies. Design convergence may also 

be accelerated by (a) making use of trade-offs produced by constraint 
13 margins to fix violations, and (b) executing design operations that 

m will fix many violations at a time. 

%j The above objects and other objects, features, and advantages of the 

; y 15 present invention are readily apparent from the following detailed description of the 

Q best mode for carrying out the invention when taken in connection with the 

ju accompanying drawings. 

jy BRIEF DESCRIPTION OF THE DRAWINGS 

FIGURE 1 is a block diagram which represents an APPM design 
20 process model which, in turn, represents a process by which designers in a team 
interact with a design management system; an architecture is defined that can be 
used to implement the invention; 

FIGURE 2 is a schematic view of a screen shot which illustrates 
subspaces not found to be feasible; 

25 FIGURE 3 is a schematic view of a screen shot which illustrates 

properties and their related constraints; and 



-5- 



UOM 0246- PUS 
2193 

FIGURE 4 is a schematic view of a screen shot which illustrates 
support for a circuit designer to resolve conflicts. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The method and system of the present invention is described herein 
5 with respect to an Active Design Process Management (ADPM), a state-based 
design process model whereby team members receive constraint-based feedback 
(provided by the invention) on their operations and use it to apply design space 
search heuristics effectively. This guidance or feedback reduces and helps resolve 
conflicts . 

13 10 Background 

ADPM is based on a design process modeling framework that is built 
Si on previous work and emphasizes the role of constraints. In this framework, a 

design is characterized by a set of variables called properties. A design property, 
O denoted by a h is a variable that can take one or more values from a range 

U 15 £, = {v' r i = l,..., A f , v ). Values may be numbers, strings, tuples, or complex 

Jfj descriptions. A property a t to which a single value has been assigned is said to be 

f U bound; otherwise, it is unbound with an implicit value of a^E,. The properties of 

a correct design must satisfy a set of constraints. A design constraint is a relation, 

c h among a set of properties: 

20 c i (a [ ):S l — > {T ,F] , (1) 

where a, = {a, , j = 1,..., N * } denotes the arguments of c h and S t denotes the cross- 
product of all possible argument values, i.e. , the design subspace restricted by c x . 
For example, constraint c,, given by P f +P S ^P M , relates a receiver circuit's power 
consumption requirement, P M , its analog front-end power, P f , and its digital 
25 deserializer power, P s . A constraint c l is said to be satisfied if it holds for all 
combinations of the current argument values; violated if it returns false for all 
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combinations; and consistent otherwise. The status of c p denoted by sic), indicates 
whether c, is satisfied (s(cJ=T), violated (s(cJ=F), or otherwise (s(c) = Unknown). 

A design problem, denoted by p n is given by (I t , O t , TJ, where /, is 
the set of input properties, <9, is the set of output properties, and 
T, = i c < > J = 1 > • • • . N , c } is a set of constraints relating a subset ofp,'& properties . A 
solution for/?,- is an assignment for p-s outputs that satisfies all constraints in T t . 
Each problem has a status indicating its level of accomplishment {e.g. , "solved"). 
A design operator, denoted byjj, is a function that helps solve a problem /? f by: (a) 
computing values for p/s outputs (synthesis and optimization operators), (b) 
verifying that a solution meets one or more constraints in T i (verification operators), 
or (c) decomposing p, into a partially-ordered subproblem set (decomposition 
operators). In practice, operators are typically implemented by CAD tools. An 
operator^- may take one or more parameters, e.g. , for a synthesis tool, a parameter 
may deterrnine whether area or delay is optimized. A design operation, denoted by 
0, is given an operator^, a problem p l to which fj is applied, and^'s parameter 
values. 

A design process is a state-based system that goes through a series of 
design states. The design process history at stage n is given by 
Hn =z {(<s i , d i >,i=l,...,n-l)L$J, where s, and 6 t denote the design process state and 
the applied operation at stage i, respectively. Each s i consists of: the design object 
hierarchy, i.e., the set of all design objects currently under design, where each 
object is a set of properties that represent a part of the design; the design problem 
hierarchy, i.e., the set of all formulated design problems; and the network of 
constraints, denoted by C ( . = {c t ,j = l,...,N t c }, where Af is the total number of 
design constraints. The design space at stage n is given by the cross-product of all 
property value ranges in s n . A design transition, denoted by t a , is a pair of 
consecutive states (s n , s n+1 ). s n+J results from applying the next-state function, 6, 
to s n : 
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where d n is the operation executed at stage n. The function 5 applies 6 n 's operator 
to a problem in s n , and updates the state to s n+I . 6's implementation depends on how 
the design process is managed. 

The ADPM Design Process Model 

In general, the design management system in Figure 1 is a state-based 
system composed of a novel design process manager system that applies the 
operations requested by designers. Unlike conventional design process managers, 
this manager generates any necessary constraints and incorporates them in the design 
state. A constraint manager runs an algorithm to compute conflict information 
(constraint violations and infeasible variable values) related to these constraints. 
The design process manager receives this information and consolidates it into data 
that, when fed back to designers, directly supports constraint-based heuristics. This 
consolidation and feedback is unique in this invention, as no existing design process 
management systems provide them. Based on the constraint-related information, a 
notification manager notifies designers of relevant constraint-related events that 
might be otherwise unnoticed. Designers can also access this information directly 
from the design process manager. 

In particular, ADPM's transition model is graphically compared with 
conventional approaches in Figure 1. For conventional approaches, the 
implementation of 5 features a design process manager (DPM) component. In 
practice, the DPM connects the user with conventional CAD tools and may range 
from a raw OS interface to a complete process management system such as Minerva 
II. The implementation of 5 in ADPM adds a Design Constraint Manager (DCM) 
and a Notification Manager (NM). To address a problem p t , a designer sends an 
operation request 6 n to the DPM, which takes as input 6 n and the previous state s n . 
After applying 6 n 's operator on p ( , the following tasks are undertaken: 

► Update of design state. The DPM updates the problem hierarchy in 
s n , including p h based on the operation results. However, unlike 
conventional approaches, this DPM also generates any necessary 



constraints and incorporates them in C n . The resulting C n+1 , 
including the current values of C n+1 's properties, is then sent to the 
DCM for evaluation. The DCM then runs a constraint propagation 
algorithm to compute infeasible property values and the status of all 
constraints. Constraint evaluation details are delegated to constraint- 
based systems and CAD tools. The result is sent back to the DPM, 
which properly updates C n+1 and the status of design problems. 
Constraint information is consolidated into data that explicitly 
supports heuristics as described below, and the design state is 
properly labeled with this data. The new state s n+J is included in the 
design history and made available to designers. 
► Communication of state information. The NM alerts designers of 
constraint-related events, including violations and reductions of a 
property's feasible subspace. It selects subsets of H n+1 relevant to 
each designer and includes them in notifications. Notifications alert 
designers of key information that might otherwise go unnoticed, 
thereby encouraging them to use that information when choosing 
operations. 

ADPM may require more computer resources than conventional 
approaches. While each CAD tool is executed only upon a designer's request in 
conventional approaches, additional tool runs are typically performed within 
ADPM's constraint propagation algorithm. This extra computation, though, allows 
ADPM to directly support constraint-based heuristic application. Key constraint- 
related information is automatically generated in a timely manner, and is organized 
to provide direct heuristic guidance. Notifications encourage designers to use the 
most relevant portions of this information when choosing an operation. 

Constraint-Based Heuristic Application Support 



In general, the invention supports several constraint-based heuristics. 
First, it supports heuristics based on feasible subspaces. To do so, the method 
computes and provides feedback about the values for each design variable that were 



not found to be infeasible given the design's constraints. This information helps 
designers focus first on the most difficult or "constrained" parts of the design space, 
thereby reducing the number of late constraint violations. Second, this invention 
supports heuristics based on the number of constraints. This is done by computing 
and feeding back the number of constraints associated with each design variable, 
thereby also helping focus first on the most "constrained" parts of the design space. 
Finally, the method supports heuristics based on the number of constraint violations. 
Such support helps solve violations as it indicates what design operations may fix 
many violations at a time. To provide this support, the method computes and feeds 
back the number of violations associated with each variable to team members. 

In particular, ADPM directly supports constraint-based heuristics by 
virtue of several types of information as now described. 

Heuristics Based on Feasible Subspaces 

For each property a h its feasible subspace^fa^ is given by the values 
that were not found to be infeasible by constraint evaluation. Feasible value 
information helps designers prune substantial design subspaces and thus quickly 
meet specifications. Design operations should be intended to bind problem outputs 
to values from their feasible subspace. Additionally, this information can help 
choose the order in which properties are bound. The following heuristic is 
supported: focus first on problems that target properties with the smallest feasible 
subspaces. By using this heuristic, it is expected that most violations happen early, 
since difficult subspaces are given priority. Similar variable ordering heuristics 
exist in constraint satisfaction algorithms. 

Heuristics Based on Number of Constraints 

Another helpful heuristic based on existing constraint satisfaction 
heuristics is to execute operations that target properties connected to many 
constraints. It is intended to help focus first on very "constrained" properties. In 
ADPM, designers can apply this heuristic as they receive information about: a) 
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constraints involved in each design problem; and b) constraints where each property 
appears. To help apply this heuristic, one associates a variable, denoted by ft h with 
each property a t . ft i is the number of constraints where a t appears : /3, = | { c j ja ( ea ; t j . 
Extensions of this heuristic are possible. Specifically, ft t may also include 
constraints indirectly related to a t by an intermediate constraint. 

Heuristics Based on Constraint Violations 

Timely constraint violation information allows backtracking to start 
early. It can also be used as the basis of a heuristic for fixing violations; 
specifically, to modify values of properties connected to many violations. This 
heuristic may help resolve multiple conflicts with a single operation and thus exit 
the infeasible part of the design space fast. ADPM supports this heuristic by 
providing designers with the following information: a) for each problem, all 
conflicts affecting any of its properties; and b) for each property, all conflicts where 
the property is involved. To help apply this heuristic, one associates a variable, 
denoted by a t , with each property a t . a t is the number of violated constraints where 
a t appears: 

a, =|{c J |(« J ea J )^(s(c J ) = (3) 

Constraint-Based Heuristics in Minerva III 

In general, a prototype was built to demonstrate the new capabilities 
of this invention. These capabilities are illustrated by means of screenshots for an 
example collaborative design process. In this example, the prototype (called 
Minerva III) is shown to effectively support heuristics based on feasible subspaces, 
number of constraints, and number of constraint violations, thereby reducing and 
facilitating the resolution of conflicts. 

In particular, the constraint-based heuristic support of the invention 
was implemented in the Minerva III design process manager. This support is 
described with an example: the team-based design of a MEMS-based wireless 



receiver front-end subject to gain, power, bandwidth, and frequency precision 
constraints. The example focuses on the concurrent design of: a) the low-noise 
amplifier (LNA) and mixer, and b) a MEMS filtering device. The team includes a 
leader, a device engineer, and an analog circuit designer. (Although ADPM is 
envisioned for use by larger teams, this example is large enough to highlight the 
differences between ADPM and traditional approaches). Using Minerva Ill's object 
browser (see Fig. 2), the circuit designer can view property values not found to be 
infeasible (including design variables and performance parameters), related to his 
LNA and mixer. This feature helps choose operations that bind problem outputs to 
values fiom their feasible subspace. It also supports a heuristic: to focus first on 
properties with the smallest feasible subspaces. As Figure 2 shows, all values for 
the frequency inductor property ("Freq-ind") are infeasible except for the interval 
(0. 17, 0.5) jliH. This value set is small when compared with the feasible set for the 
differential pair width property ("Diff-pair-W"), which encourages the circuit 
designer to focus on the inductor design first. 

Using Feedback About Constrained Subspaces 

Before committing to a design operation, the designer considers other 
constraint-related information. Using Minerva Ill's constraint and property browser 
(see Fig. 3), the designer views in what constraints each property appears. This 
information supports another heuristic: to give priority to properties that appear in 
many constraints. As the "Properties" pane shows, the differential pair width 
property ("Diff-pair-W") appears in three constraints: power consumption, input 
impedance, and gain. Thus, j3 2 = 3, where J3 2 is the number of constraints where 
this property appears. 

The designer uses the constraint-related information shown in Figures 
2 and 3 when working on the LNA. Of the many tasks on which the designer could 
focus, two are suggested as important by this information. The designer first 
focuses on the design of the load inductor, because its feasible value set is very 
small. By invoking a schematic editor from Minerva III, a value of 0.2 is 
chosen, which does not result in any detected conflict. The differential pair 
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transistors are then sized. A size of 2.5 ^m is chosen because it is the smallest 
potentially feasible value (see Fig. 2), and will reduce power consumption. 
Unfortunately, the chosen values lead to a violation of the global gain requirement, 
which concerns both the circuit designer and the device engineer. The team leader 
worsens the situation by tightening the input impedance requirements to 40 Q, which 
leads to an impedance violation as well. 

Using Feedback for Conflict Resolution 

The designer invokes the constraint and property browser again to try 
to resolve these conflicts (see Fig. 4). In this case, the number of violations related 
to each property is examined, shown in the "Connected violations" column of the 
"Properties" window pane. This information supports another heuristic: to 
backtrack on a property connected to many violations. Based on this heuristic, the 
designer chooses to work on the differential pair width, as this property is connected 
to two violations, i.e. , a 2 =2. Since larger transistors will improve gain and input 
impedance matching, the designer decides to increase the value of the differential 
pair width to 3.5 /xm. Constraint propagation is run again and no conflicts are 
found. Both violations have been fixed with a single iteration. 

In summary, constraint-related information is computed using 
constraint generation and propagation techniques, and then "mining" the results into 
data that directly supports search heuristics (e.g. , the number of violations related 
to each design variable). This heuristic support data accounts for the simultaneous 
effect of all constraints and thus may significantly reduce design iterations. 

The following unique benefits are provided by the method and system 
of the present invention: 

► Quantitative feedback is provided that directly supports the 
application of constraint-based heuristics, including the three types 
of heuristics mentioned above. This support accelerates the design 
process by reducing the number of operations required to complete 
a design, thereby having a significant impact on time-to-market. 
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► This constraint-based, heuristic-supporting feedback is automatically 
generated and includes the effect of all constraints in the design, 
including the ones that involve multiple designers. 

► This constraint-based heuristic-supporting feedback is meaningful as 
it is presented in the context of the tasks to be pursued in the design. 

While the best modes for carrying out the invention have been 
described in detail, those familiar with the art to which this invention relates will 
recognize various alternative designs and embodiments for practicing the invention 
as defined by the following claims. 
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